package com.test.design.pattern.proxy.cglib_proxy;

import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;

import java.lang.reflect.Method;

/**
 *@ClasName ProxyFactory
 *@Descripution TODO
 *@Author leikw
 *@Date 2021/11/9 15:02
 *@Version V1.0
 */
public class ProxyFactory implements MethodInterceptor {

    //声明火车站对象
    private TrainStation station = new TrainStation();

    public TrainStation getProxyObject() {
        //创建Enhancer对象，类似于JDK代理中的Proxy类
        Enhancer enhancer = new Enhancer();
        //设置父类的字节码对象。指定父类
        enhancer.setSuperclass(TrainStation.class);
        //设置回调函数
        enhancer.setCallback(this);
        //创建代理对象
        TrainStation proxyObject = (TrainStation) enhancer.create();
        return proxyObject;
    }

    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        //System.out.println("方法执行了");
        System.out.println("代售点收取一定的服务费用(CGLib代理)");
        //要调用目标对象的方法
        Object obj = method.invoke(station, objects);
        return obj;
    }

//如果没有定义SellTickets接口，只定义了TrainStation(火车站类)。很显然JDK代理是无法使用
//了，因为JDK动态代理要求必须定义接口，对接口进行代理。
//CGLIB是一个功能强大，高性能的代码生成包。它为没有实现接口的类提供代理，为JDK的动态代理提
//供了很好的补充。

//使用CGLib实现动态代理，CGLib底层采用ASM字节码生成框架，使用字节码技术生成代理类，在
//JDK1.6之前比使用Java反射效率要高。唯一需要注意的是，CGLib不能对声明为final的类或者
//方法进行代理，因为CGLib原理是动态生成被代理类的子类。
//在JDK1.6、JDK1.7、JDK1.8逐步对JDK动态代理优化之后，在调用次数较少的情况下，JDK代
//理效率高于CGLib代理效率，只有当进行大量调用的时候，JDK1.6和JDK1.7比CGLib代理效率
//低一点，但是到JDK1.8的时候，JDK代理效率高于CGLib代理。所以如果有接口使用JDK动态代
//理，如果没有接口使用CGLIB代理

//动态代理与静态代理相比较，最大的好处是接口中声明的所有方法都被转移到调用处理器一个集中
//的方法中处理（InvocationHandler.invoke）。这样，在接口方法数量比较多的时候，我们
//可以进行灵活处理，而不需要像静态代理那样每一个方法进行中转。
//如果接口增加一个方法，静态代理模式除了所有实现类需要实现这个方法外，所有代理类也需要实
//现此方法。增加了代码维护的复杂度。而动态代理不会出现该问题


//代理模式在客户端与目标对象之间起到一个中介作用和保护目标对象的作用；
//代理对象可以扩展目标对象的功能；
//代理模式能将客户端与目标对象分离，在一定程度上降低了系统的耦合度；

//增加了系统的复杂度；
}
